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REQUESTING LINK 
STATE INFORMATION 

5 Background of the Invention 

The present invention relates to link state routing. More specifically, 
the present invention relates to resynchonizing link state information using link state 
packets from neighboring nodes upon reintroducing a node into a network. Still more 

10 specifically, the present invention deals with a network node sending a message to a 
neighboring network node upon reintroducing the node into the network in order to 
receive link state packets from the neighboring node. 

A network graph is used to generate a routing table in a network node. 
The routing table allows a network node to determine what link an outbound packet 

15 should be transmitted on to move the packet closer to its destination. In order to 
generate a network graph, a network typically receives link state packets from the 
other nodes in a network. Each of the link state packets associated with a node 
contains information about the distance, delay, or cost from the node to one or more 
neighboring nodes. Distance, delay, or cost all refer to some mefric associated vnth 

20 the link between nodes. The packet is then fransmitted to all of the network nodes in 
the network. A network node receiving link state packets from the other nodes in a 
network can apply Dijksfra's algorithm to generate a network graph for building a 
routing table. 

Network topology, however, can change. New nodes may be added to 
25 a network, links or other network nodes can go offline, or a network node can be 
reinitialized or reintroduced into the network. Information about the change in 
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network topology typically is transmitted by the neighboring node or nodes 
recognizing the change in topology to all the other nodes in the network. The 
neighboring node transmits the information by generating a new link state packet and 
flooding the network with the new information. The nodes in the network use the 
5 new link state packet to generate a new network graph that accounts for the change in 
network topology. 

However, processing the change in network topology is resource 
intensive. Not only is substantial bandwidth used for flooding the network with new 
link state packets, other packets being transmitted in the network are dropped while 

10 the network nodes struggle to generate new routing tables consistent with the new 
network topology. The generation of new routing tables also requires substantial 
processor and memory resources at each network node. Although the significant use 
of network resources is necessary in some instances, reintroduction of a network node 
into a network does not necessarily require the regeneration of network graphs where 

15 the absence of the node is short in duration. For example, a network node or a link 
may be momentarily offline, or the routing control protocol running on a network 
node may have been restarted. Typical systems would treat any momentarily downed 
network node as they would treat any other permanently offline node. New link state 
information would have to be propagated through the network, resulting in extensive 

20 commitment of network resources. 

Currently available techniques for reintroducing a node into a network 
have significant disadvantages particularly with respect to the extensive use of 
networking and processing resources. It is therefore desirable to provide a system for 
reintroducing a node in a network that exhibits desirable characteristics as well or 

25 better than the technologies discussed above. 
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Summary of the Invention 

5 According to the present invention, methods and apparatus are 

provided for resynchronizing Hnk state information in a network node, hiformation 
such as MAC addresses and system IDs of neighboring nodes can be stored in 
persistent memory and used to transmit heartbeat messages such as Hello messages 
after network node disruption. Network node disruption occurs, for example, when 

10 the routing control protocol running at a network node is restarted. 

A link state packet request message such as a Complete Sequence 
Numbers Packet (CSNP) referencing a dummy link state packet is transmitted to one 
or more neighboring nodes. A partial packet request message such as a Partial 
Sequence Numbers Packet (PSNP) referencing the dimmiy link state packet is 

15 received from one or more neighboring nodes. The reference dummy link state 
packet in the PSNP can be used as an acknowledgement that the CSNP was received 
by one or more neighboring nodes. The network node then waits for link state 
packets until none have arrived for a period of time. The link state packets received 
can then be used to generate a network graph. 

20 One aspect of the invention provides a method for a network node 

connected to one or more neighboring nodes in a network to acquire link state 
information from one or more neighboring nodes. The method can be characterized 
by the following steps: transmitting a first message from the network node to a first 
neighboring node, the first message referencing dummy link state information; 

25 receiving a second message from the first neighboring node, the second message 
referencing dummy link state information, the second message corresponding to an 
acknowledgement of receipt of the first message by the neighboring node; and 
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receiving one or more link state packets from the neighboring node, the one or more 
link state packets corresponding to network link state information. 

The first and second messages can be IS -IS messages corresponding a 
Complete Sequence Numbers Packet and a Partial Sequence Numbers Packet. Other 
5 neighboring nodes may also receive messages from the network node referencing 
dununy link state information. The dummy link state information can correspond 
with an unused network identifier. The link state information received from 
neighboring nodes can be used to build a link state database for generating a routing 
table. 

10 Another aspect of the invention pertains to method for a network node 

in a network to request link state information from one or more neighboring nodes, 
the neighboring nodes coupled with the network node. The method can be 
characterized by the following sequence: maintaining in persistent storage 
information identifying one or more neighboring nodes; restarting the routing control 

15 protocol, wherein restarting the routing control protocol clears the link state database; 
transmitting heartbeat messages to one or more neighboring nodes, the heartbeat 
messages containing information from persistent storage identifying the one ore more 
neighboring node to indicate that the network node is alive; transmitting a first link 
state information request message to a first neighboring node, the first link state 

20 information request message referencing dummy link state information; transmitting 
a second link state information request message to a second neighboring node, the 
second link state information request message referencing dummy link state 
information. 

Another aspect of the invention is a network node connected to one or 
25 more neighboring nodes in a network. The network node can be characterized by the 
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following features: memory; one or more processor coupled to memory, the one or 
more processors configured to transmit a first message from the network node to a 
first neighboring node, the first message referencing dummy link state information 
and receive a second message from the first neighboring node, the second message 
5 referencing dummy Hnk state information, the second message corresponding to an 
acknowledgement of receipt of the first message by the neighboring node, the one or 
more processors further configured to receive one or more link state packets from the 
neighboring node, the one or more link state packets corresponding to link state 
information in the network; and an interface coupled with the one or more processors 
10 for transmitting and receiving the first and second messages and the link state 
packets. 

Another aspect of the invention is a network node comprising an 
operating system which is operable to acquire link state information from a 
neighboring network node. The network node can be characterized by the following 

15 features: persistant storage for maintaining information associated with one or more 
neighboring nodes; memory coupled with persistant storage; one or more processor 
coupled with memory, the one or more processors configured to transmit heartbeat 
messages to one or more neighboring nodes, the heartbeat messages containing 
information from persistent storage identif)dng the one ore more neighboring node to 

20 indicate that the network node is alive, a first link state information request message 
to a first neighboring node, the first link state information request message 
referencing dummy link state information, and a second link state information request 
message to a second neighboring node, the second link state information request 
message referencing dummy link state packet. 
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Still another aspect of the invention pertains to computer program 
products including a machine readable medium on which is stored program 
instructions, tables or lists, and/or data structures for implementing a method as 
described above. Any of the methods, tables, or data structures of this invention may 
be represented as program instructions that can be provided on such computer 
readable media. 

A further understanding of the nature and advantages of the present 
invention may be realized by reference to the remaining portions of the specification 
and the drawings. 
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Brief Description of the Drawings 

Figvire 1 is a graph of a subnet showing one representation of network 
5 nodes connected by links associated with network metrics, according to specific 
embodiments. 

Figure 2 depicts one possible representation of a routing table, 
according to specific embodiments. 

Figure 3 is a diagrammatic representation of link state packets having 
10 metrics associated with links at each interface, according to specific embodiments. 

Figure 4 shows one mechanism used in a network node to determine 
whether link state packets should be forwarded or acknowledged, according to 
specific embodiments. 

Figure 5 is a diagrammatic representation showing a node having a 
15 database being reintroduced into a network, according to specific embodiments. 

Figure 6 is a diagrammatic representation of data structures at various 
steps during routing table generation, according to specific embodiments. 

Figure 7 is a process flow diagram describing the steps for optimizing 
the reintroduction of a network node into a network, according to specific 
20 embodiments. 

Figure 8 is a block diagram showing the components of a router, 
according to specific embodiments. 
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Detailed Description of Specific Embodiments 

The present invention pertains to methods and systems for 
5 resynchronizing a link state database in a network node reintroduced into a network. 
Figure 1 is a graph of a subnet showing one representation of network nodes 
connected by links associated with network metrics, according to specific 
embodiments. Each network node 101, 103, 105, 107, 109, and 111 can represent a 
router associated with a router table. Nodes are connected to other nodes through 

10 communication lines or links 102, 104, 106, 108, 110, 112, 114, and 116. For 
example, network node 101 is connected to node 103 through link 102. Each link is 
assigned a metric value. The metric value can be some ftmction of distance, 
bandwidth, average traffic, communication cost, delay, or other type of cost. In 
Figure 1, link 102 between nodes 101 and 103 is assigned a metric value of 5. Link 

15 112 between nodes 109 and 101 is assigned a metric of 4. Typically, a lower 
assigned metric value would indicate a preferred link. To access node 105 from node 
101, a packet can travel though links 102 and 104 with metric values of 5 and 8 
totaling 13 or it can travel through links 1 12 and 110 with metric values of 4 and 3 
totaling 7. The preferred path between node 101 and 105 would consist of links 112 

20 and 110. 

Network node 101 determines whether to transmit a packet through 
link 102 or through link 112 by using a routing table. Figure 2 depicts one possible 
representation of a routing table for node 101, according to specific embodiments. 
Column 201 shows the destination nodes accessible in the network. Each destination 
25 node corresponds with a link in column 203. A packet with a destination node 103 in 
table entry 205 would be transmitted on link 102 based on table entry 207. A packet 
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with a destination node 209 would be transmitted on link 112 based on table entry 
211. The routing table allows node 101 to route the packet along the link included in 
the preferred path. 

Several algorithms are used to find the preferred path between two 
5 nodes in a graph. Dijkstra's algorithm (1959) can be run to compute the preferred 
path to all possible destinations. Dijkstra's algorithm is hereby incorporated by 
reference for all purposes. Dijkstra's algoritlim can be used in conjunction with link 
state routing protocols to build routing tables for a particular network node. Routing 
protocols include OSPF (Open Shortest Path First) and IS-IS (Intermediate System- 
ic Intermediate System). IS-IS is described in ISO/IEC 10589 and RFC 1195, the 
entirety of which are hereby incorporated by reference for all purposes. Routing 
protocols generally are described in Interconnections. Second Edition: Bridges. 
Routers, Switches, and Internetworking Protocols by Radia Perlman (Addison 
Wesley Professional Computing Series), the entirety of which is hereby incorporated 
15 by reference for all purposes. In order to determine network topology to build a 
routing table, information from each node in the network is required. The link state 
routing algorithm requires each router to provide a metric associated with each link 
connecting it to its neighbors. One way of finding a metric is to send an ECHO 
packet over the link to detennine a round-trip time. Metrics can also be assigned 
20 based on bandwidth. 

As soon as a router determines a metric value for each of its links, it 
can build link state packets containing information about metric values associated 
with its links. Figure 3 shows typical link state packets that the network nodes in 
Figure 1 can provide. A link state packet 301 from node 101 can contain a metric 
25 value for the hnk to node 103 and the metric value for the link to node 109. A link 
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state packet 309 from node 109 can contain the metric value of 4 for the link to node 
101, the metric value of 3 for the link to node 105, and a metric value of 2 for the link 
to node 111. The link state packets are distributed from each router to all of the nodes 
in the network. A link state packet 311 from node 1 11 is distributed to nodes 101, 
5 103, 105, 107, and 109. 

After a router has accumulated link state packets from all of the 
network nodes, the router can determine network topology and construct a network 
topology graph using information about each link in the link state packets. 

A network node uses several other mechanisms to distribute link state 

10 packets reliably to other nodes in a network. Flooding in its simplest form requires 
that a network node receive a packet on one interface and transmit the packet on all 
other interfaces. To keep flooding in check however, various information is used to 
indicate whether a received link state packet should be retransmitted. Some 
mechanisms include sequence numbers, age, lifetimes, and time stamps. Sequence 

15 numbers can be used to determine which link state packet received from a particular 
source is newer. Every time a link state packet is transmitted by the originating 
network node, the sequence number of the link state packet is incremented. Lifetime, 
age, and time stamp fields can be used to delete link state packets that have been 
moving around in the network for too long a period of time. Each time a link state 

20 packet arrives at a network node, the age is incremented. When a network node 
receives a link state packet, the network node checks to determine whether flie packet 
is too old. If the packet is too old, it can be discarded. If the packet is not too old, the 
network node can also checks to determine whether the recently received link state 
packet is newer than one in memory originating from the same source. If the link 

25 state packet is older or a mere duplicate of one already received, the link state packet 
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is discarded. If the link state packet is new, it is forwarded on all interfaces except 
the one it was received on. 

Figure 4 shows one mechanism used in a network node to determine 
how the link state packets should be forwarded or acknowledged. A network node 
5 receives link state packets 401, 403, 407, 409, and 411 from nodes 101, 103, 107, 
109, and 111. The link state packet from each source node contains information 
about the cost from the source node to the nodes neighboring the source node. When 
a network node 105 receives a link state packet originating from node 107 newer than 
any link state packet in memory originating from node 107, flags associated with link 

10 state packet 407 are set. The flags toggled can include transmit flags such as Send 
Routing Message Flags that indicate that the link state packet should be sent out on 
that interface. Acknowledge flags, such as Send Sequence Numbers Flags can also 
be toggled on an interface so that an acknowledgment is transmitted on that interface. 
Node 1 05 receiving a new link state packet 407 on link 1 04 can toggle the transmit 

15 flags associated with links 106 and 110 and can set an acknowledge flag on link 104. 
The transmit or send flags indicate that the packet should be sent on the indicated 
link. The acknowledge flags indicate that an acknowledgement should be sent. 

The same link state packets can be received at network node 105 on all 
interfaces. Link state packet 409 received on all interfaces results in toggling of all 

20 acknowledge flags and thus link state packet 409 is not forwarded on any interface 
but is acknowledged on all interfaces. It should be noted that various data structures 
can be used to keep track of what link require transmission or acknowledgement. 
Instead of associating flags with each link state packet, a separate data structure can 
be used to contain toggle information. In one embodiment, a buffer is used to hold 

25 various received link state packets until a separate data structure is updated. The link 
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state packets in memory at a network node can be referred to as a link state database 
associated with the network node. 

A link state packet originating from node 105 may require 
transmission across all interfaces, A link state packet at a particular node with send 
flags toggled on all network node interfaces typically indicates that the link state 
packet is originating from the network node. A link state packet may originate from 
a network node under several circumstances. A network may be configured to 
require periodic link state updates. A network node 105 may transmit a link state 
packet containing information about links to neighboring nodes every 24 hours. 
Alternatively, transmission of the link state packet may be required when the network 
node 105 detects a change in link state. For example, node 105 may detect that it no 
longer can communicate with node 107. Node 105 can be configured to transmit 
information about the change in link state to the other nodes in the network using link 
state packet 405, so that the other network nodes can gather updated link state 
information to build new network graphs. 

Network nodes use several mechanisms to determine whether links to 
neighboring nodes are still available. Heartbeat messages such as Hello messages are 
sent periodically to neighboring nodes. Hello messages contain information, for 
example system IDs or MAC addresses, associated with the destination node for the 
hello message. If a node 105 fails to receive a Hello message from a neighboring 
node 107, it may determine that the link 106 has failed. Hello multipliers define 
intervals that allow several attempts to transmit a Hello message. For example, where 
a Hello multiplier is three, three Hello messages can be lost before the network node 
determines that the link is offline. Hello multipliers provide that the link is not set to 
failed until several expected Hello messages are not received. A link can also be set 
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to failed when a received Hello message contains incomplete or incorrect 
information. 

The operation of network node 107 can be disrupted when node 107 is 
temporarily taken offline and subsequently reintroduced into the network. Network 

5 node disruption occurs, for example, during a crash and restart of the routing control 
protocol running on node 107. After a routing control protocol crash and restart, node 
107 typically transmits a Hello message to a neighboring node 105 that indicates to 
the neighboring node 105 that node 107 is a newly introduced node. The Hello 
message typically has incomplete information. The incorrect Hello message directs 

10 node 105 to transmit all of its link state packets to node 107. In other words, the 
transmit flags for link state packets 401, 403, 405, 407, 409, and 411 for link 106 
between node 105 and 107 are set to transmit. The transmission of all node 105 hnk 
state packets effectively allows node 107 to acquire a copy of the link state database 
of node 105. The failure to transmit a Hello message with the correct information 

15 also causes node 1 05 to generate a new link state packet 405 and set the transmit flags 
for the packet for all Imks. Node 105 can then transmit die new link state packet 405 
through all interfaces. The new link state packet 405 is propagated throughout the 
network, resuhing in the generation of new network graphs at every network node. 
Network nodes receiving the new link state packet 405 use the information to 

20 generate new routing tables. 

As describe above, current mechanisms do not allow a reintroduced 
node to acquire link state information ftom a neighboring node without triggering the 
generation of new link state packets at the neighbormg node. Failure to prevent the 
generation of new link state packet at the neighboring nodes resuhs m flooding of the 
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new link state packet throughout the network and the processing of the new link state 
packet in the generation of new routing tables at nodes throughout the network. 

Figure 5 is a diagrammatic representation showing a node having a 
database being resynchronized in a network, according to specific embodiments. 
5 Node 107 is connected to connected to node 105 through link 106. Node 107 is 
connected to node 111 through link 116. Node 107 has link state database 501 
containing link state packets from nodes 101, 103, 105, 109, and 111. Using the link 
state database 501, node 107 builds routing table 515 containing instructions on what 
link a particular packet should be transmitted. Node 107 periodically transmits 

10 heartbeat messages such as Hello messages to nodes 105 and 107. The Hello 
messages sent to node 105 may contain the MAC address 503 of node 105, system ID 
505 of node 105, or other information. The Hello message sent to node 111 similarly 
may contain MAC address 509 of node 111, system ID 511 of node 111, or other 
information. Nodes 105 and 111 also can periodically transmit Hello messages 

15 containing node 107 identifier information to node 107. 

According to specific embodiments, node 107 stores information 
associated with neighboring nodes 105 and 107 into persistent memory. MAC 
addresses 503 and 509, system IDs 505 and 511, and their associated interfaces 507 
and 513 are stored in some form of memory that allows network node 107 to retrieve 

20 the data after restart or reinitialization. The persistent memory may be a magnetic 
disk. The information stored allows node 107 to continue to send Hello messages to 
neighboring nodes 105 and 1 1 1 even after temporarily being taken off the network for 
reinitialization or restart. According to various embodiments, information such as 
MAC addresses 503 and 509 and system ID 505 and 511 required to transmit Hello 
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messages to node 1 05 and 1 1 1 are committed to persistent storage immediately prior 
to taking node 107 offline. 

When node 107 is reintroduced into the network through links 106 and 
116 to nodes 105 and 111, Hello messages are transmitted to nodes 105 using 
5 information 503, 505, and 507 and to node 111 using information 509, 511, and 513. 
The Hello messages transmitted to nodes 105 and 111 within the Hello multiplier 
allow node 107 to be reintroduced without triggering generation of new link state 
packets at node 105 and node 111. 

According to various embodiments, node 107 does not have a 
10 populated link state database 501 and it does not have a routing table 515 stored in 
persistent memory, following a temporary offline period. Node 107 can acquire the 
link state packets to populate the link state database 501 from neighboring node 105 
or neighboring node 107. The acquired link state packets can be used to create a 
routing table 515. 

15 Node 107 transmits a link state packet request to one of its neighboring 

nodes 105 and 111. Node 107 may select the neighboring node randomly, or it can 
use metric information stored in persistent memory to select the neighboring node 
111 with the lowest metric. By selecting the neighboring node with the lowest 
metric, node 107 can acquire link state packets from node 111 efficiently. Node 107 

20 transmits the link state packet request message, such as a Complete Sequence 
Numbers Packet to node 111. The CSNP allows node 107 to indicate what packets 
node 107 has in its link state database 501. An empty packet from node 107 to node 
111 indicates that node 107 has no link state packets in its link state database 501. 
Upon receiving the CSNP indicating that node 107 has no link state packets, node 

25 111 toggles the send flags associated with the link 1 1 6 between nodes 111 and 1 07 on 



CISCP207/JMV/GKIC 



15 



all of its link state packets. All of the packets in the link state database associated 
with node 11 1 are now flagged to be transmitted across link 1 1 6 to node 107. 

The CSNP, however, is configured as an unacknowledged message. 
Node 107 does not receive any indication from node 111 that the CSNP has been 
5 processed. Node 107 may receive link state packets from node 111, but the link state 
packets from node 111 may be packets forwarded during network operation and not 
as a result of the CSNP from node 107. 

Therefore, according to specific embodiments, node 107 transmits a 
CSNP indicating that node 107 has a dummy link state packet in link state database 

10 501 . Generally, any link state packet that receiving node 111 will not have referenced 
in the link state database associated with receiving node 1 1 1 is referred to herein as 
dunrniy link state information or a dummy link state packet. The dummy link state 
packet references a dummy node that the current node knows is not referenced ui the 
link state database of the neighboring node. The dummy Imk state packet may 

15 reference an unused network node identifier. Alternatively, the dummy link state 
packet transmitted in a CSNP from node 107 may reference an unused identifier 
associated with node 107. Node 111 receiving the CSNP with a dummy link state 
packet references its own link state database and determines that it does not have the 
dummy link state packet. Node 111 then transmits a partial link state packet request 

20 such as a Partial Sequence Number Request to node 107. The PSNP from node 111 
contains a request to node 107 to transmit the dummy link state packet. 

Node 107 receives the PSNP from node 111, allowing node 107 to 
confirm that the CSNP containing the dummy link state packet from node 107 was 
received and processed by node 111. The PSNP from node 111 referencing the 

25 dummy link state packet from node 107 can be used as an acknowledgement from 
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node 1 1 1 that node 111 has received the CSNP referencing the dummy link state 
packet. Node 107 can leave the PSNP from node 111 unacknowledged. 

According to various embodiments, node 107 receives a PSNP from 
node 111 referencing the dummy link state packet and node 107 receives link state 
5 packets from the link state database associated with node 1 1 1 through link 116. Node 
107 can now populate link state database 501 with link state packets. Node 107 uses 
age, sequence number, and time stamp checking mechanisms as noted above to insure 
that tlie newest link state packet is placed in link state database 501. Node 107 can 
transmit a CSNP containing link state packets in link state database 501 to node 1 1 1 

10 without referencing the dummy link state packet to prevent the neighboring node 
from sending link state packets from sending link state packets already in link state 
database 501. Using the CSNP without referencing the dummy link state packet in 
the manner described above saves network bandwidth. 

According to various embodiments, Node 107 may not have received 

15 all the link state packets from the link state database of node 111. Node 107 can use a 
CSNP without referencing the dummy link state packet to acquire the remaining 
nodes from neighboring node 111. Node 107 can transmit a CSNP containing link 
state packets in link state database 501 to node 111 without referencing the dummy 
link state packet five seconds after the receipt of the PSNP referencing the dummy 

20 link state packet. Node 111 processes the CSNP without reference to the dummy link 
state packet and toggles the fransmit flags, such as the SRM flags, of all link state 
packets not referenced in the CSNP. The link state packets not referenced in the 
CSNP are flagged for transmission to node 107. 

Node 107, however, may not receive a PSNP referencing the dummy 

25 link state packet after transmitting the CSNP referencing the dummy link state packet 
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to node 111. Node 107 can then transmit a CSNP referencing the dummy link state 
packet to node 105 across link 106. Node 105 receiving the CSNP references its link 
state database to determine whether the dummy link state packet is in its database. 
Node 105 also toggles the transmit flags for all link state packets in its link state 
5 database for link 106 to node 107. As described above, node 105 references the 
dummy link state packet in a PSNP to node 107. Upon receipt of the PSNP 
referencing the dummy link state packet at node 107, node 107 has an 
acknowledgement from node 105 that the CSNP has been received. Node 107 
receives the link state packets from node 105 and places the newest link state packets 

1 0 into link state database 501. 

Although the invention is described with reference to a node 107 
connected to two neighboring nodes 105 and 111, it should be appreciated that the 
invention can be applied in various ways to numerous network arrangements. Node 
107 may transmit a CSNP referencing a dummy link state packet to all of its 

15 neighboring nodes simultaneously. Node 107 can elect to transmit a CSNP 
referencing a dummy link state packet to neighboring nodes sequentially every two 
seconds. The CSNP messages transmitted by node 107 may always contain a 
reference to a dummy link state packet, so that node 107 has an acknowledgement 
that the CSNP was received. Alternatively, node 107 can send CSNP messages 

20 without reference to a dummy link state packet to any neighboring node that has sent 
a PSNP referencing the dummy link state packet. Time intervals between 
transmission of various CSNP messages with or without referencing a dummy link 
state packet can also vary. According to various embodiments, a CSNP referencing a 
dummy link state packet is sent to a different neighboring node every five seconds. A 

25 CSNP without reference to a dummy link state packet can then be transmitted to any 
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neighboring node that has responded with a PSNP referencing the dummy link state 
packet. 

Node 107 receives link state packets from neighboring nodes as a 
result of the transmission of CSNP messages referencing a dummy link state packet. 
5 According to various embodiments, if no new Hnk state packet has arrived at any 
interface of node 107, node 107 uses the link state packets in link state database 501 
to generate a network graph and a routing table 515. 

Figure 6 is a diagrmmnatic representation of data structures at various 
steps during routing table generation for node 101 referenced in Figure 1. Each 
10 PATH (permanent) and TENT (tentative) data structure contains a parent field, a 
node field, and a distance field indicating the value of the metric associated with the 
link between the parent and the node. A node 101 constructing a network graph will 
initially contain an empty PATH data structure. The neighbors of node 101 are 
placed in the TENT data structure at 601 . The node connected to node 101 with the 
15 shortest link length is moved into the PATH data structure. Node 109 is moved into 
the PATH data structure because its link metric of 4 is less than the link metric of 5 
associated with the link between node 103 and 101. 

Before node 109 is moved into the PATH data structure, however, link 
state routing algorithms require application of two-way connectivity checking. The 
20 two-way connectivity check ensures that the link state packets from node 101 and 
node 109 both indicate that the two nodes are directly connected. The two-way 
connectivity checking provides a mechanism to avoid errors in link failure situations 
and makes it more likely that different network nodes will construct the same network 
graphs. 
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The two-way connectivity checking, however, requires that the link 
state packet of node 109 be traversed. The traversal requires valuable processor 
resources and time, particularly since link state packets may contain information 
about many nodes and two-way connectivity checking is performed on every link in 
5 the network. 

After two-way connectivity checking is performed for the link 
between node 101 and node 109, node 109 is placed into the PATH data structure 
vnth a metric value of 4 and a parent node 101. The hnk state packet of node 109 is 
then examined to find neighbors of node 109. Node 105 with a distance of 7 through 

10 node 109 is not in PATH or TENT data structures and is added to the TENT data 
structure. Node 11 with a distance of 6 from node 101 is also added to the TENT 
data structure at 603. Node 101 is already in the PATH table and is therefore ignored. 

The link state packet of node 103 is checked for two-way connectivity 
to ensure that node 101 is a neighbor at 605. Node 103 is determined to have the 

15 shortest distance to node 101 and is placed in the PATH data structure at 605. The 
neighbors of node 103 are examined. Nodes 105 and 111 each have distances from 
101 through node 103 that are greater than the distances through node 109 already 
placed in the TENT data structure. Nothing is added to the TENT data structure at 
605. 

20 Node 1 1 1 with a length of 6 is added to the PATH data structure after 

two-way coimectivity checking at 607. The link state packet of node 1 11 is examined 
to find neighbors of 1 1 1 that may be added to the TENT data structure. Node 107 has 
a distance fi-om node 101 through parent node 1 1 1 of 9 and is added to the TENT data 
structure. Node 103 and node 109 are already in the PATH data structure and are not 

25 added to the TENT data structure. 
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Node 105 is added to the PATH data structure at 609 after two-way 
connectivity checking. The neighbors of node 105 are examined in the link state 
packet from 105 to determine whether node 105 has a better path to one of its 
neighboring nodes 107, 103, or 109 than one already found. Nodes 103 and 109 are 

5 ah-eady in the PATH data structure and are not added to the TENT data structure. 
Node 107 has a distance of 14 through node 105 from node 101. The distance of 14 
is greater than the distance already contained in the TENT data structure for node 
107, so the TENT data structure is not modified. Node 107 is then added to the 
PATH data structure after two-way connectivity checking. 

10 Router 101 has a complete PATH data structure at 41 1 and can now 

construct a router table. A packet destined for node 109 is sent along the link 
connectmg 101 and 109. A packet destined for node 103 is sent along the link 
connecting 101 and 103. A packet destined for node 1 1 1 has an optimal path tlirough 
parent node 109, so the packet is sent along the link connecting 101 and 109. The 

15 same holds true for node 105. Node 107 has a preferred path through node 1 1 1 that 
has a preferred path through 109, so the packet is sent along the link connecting 101 
and 109. A routing table is constructed with the derived link data so that a router can 
determme on what link a packet should be sent. 

Figure 7 is a process flow diagram describing the steps for optimizing 

20 the reintroduction of a network node into a network. At 701, information about 
neighboring nodes is stored. Information can include MAC addresses, system IDs, 
link metrics, and other information that is used to transmit heartbeat or Hello 
messages to neighboring nodes. The information can be committed to persistent 
memory periodically or prior to reinitialization. At 703, the network node is 

25 reinitialized. An example of reinitialization is the restart of the routing control 

CISCP207/JMV/GKK 21 



protocol running on the network node. Upon reintroduction into the network, the 
network node transmits Hello messages to its neighbors using information stored in 
persistent memory. The network node can then select a neighboring node, or place 
neighbors in a particular order based on link metrics. 

5 A CSNP referencing a dummy Hnk state packet is transmitted to the 

neighboring node at 709. If the network node does not receive a PSNP referencing 
the dummy link state packet from the neighboring node at 713 within a period of 
time, the next neighboring node is selected at 711 and a CSNP message referencing a 
dummy link state packet is transmitted to the next neighbor at 709. If a PSNP 

10 referencing the dummy link state packet is received from the neighboring node at 
715, a CSNP without reference to a dummy link state packet is transmitted to each 
neighboring node that has sent a PSNP. The network node then waits for link state 
packets xmtil none have arrived within the last two seconds 717. The link state 
packets received are then used to generate a routing table at 719. 

15 It should be noted that the present invention does not require that the 

steps of this process be performed in any specified sequence. For example, in one 
embodiment of the invention, the CSNP messages referencing a dummy link state 
packet can be sent simultaneously to all neighboring nodes. In addition, CSNP 
messages can always be sent with reference to a dummy link state packet. 

20 Figure 8 is a block diagram showing the components of a router, 

according to specific embodiments. A router 810 suitable for implementing the 
present invention includes a master central processing unit (CPU) 862, interfaces 868, 
and a bus 815 (e.g., a PCI bus). When acting under the control of appropriate 
software or firmware, the CPU 862 is responsible for such router tasks as routing 

25 table computations and network management. It preferably accomplishes all these 
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functions under the control of software including an operating system (e.g., the 
Internetwork Operating System (lOS®) of Cisco Systems, Inc.) and any appropriate 
applications software. CPU 862 may include one or more processors 863 such as a 
processor from the Motorola family of microprocessors or the MIPS family of 
5 microprocessors. In an alternative embodiment, processor 863 is specially designed 
hardware for controlling the operations of router 810. In a specific embodiment, a 
memory 861 (such as non- volatile RAM and/or ROM) also forms part of CPU 862. 
However, there are many different ways in which memory could be coupled to the 
system. Memory block 861 may be used for a variety of purposes such as, for 

10 example, caching and/or storing data, programming instructions, etc. 

The interfaces 868 are typically provided as interface cards 
(sometimes referred to as "line cards"). Generally, they control the sending and 
receiving of data packets over the network and sometimes support other peripherals 
used with the router 810. Among the interfaces that may be provided are Ethernet 

15 interfaces, frame relay interfaces, cable interfaces, DSL interfaces, token ring 
interfaces, and the like. In addition, various very high-speed interfaces may be 
provided such as fast Ethernet interfaces. Gigabit Ethernet interfaces, ATM 
interfaces, HSSI interfaces, POS interfaces, FDDI interfaces and the like. Generally, 
these interfaces may include ports appropriate for communication with the 

20 appropriate media. In some cases, they may also include an independent processor 
and, in some instances, volatile RAM. The independent processors may control such 
communications intensive tasks as packet switching, media control and management. 
By providing separate processors for the communications intensive tasks, these 
interfaces allow the master microprocessor 862 to efficiently perform routing 

25 computations, network diagnostics, security functions, etc. 
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Although the system shown in Figure 8 is one specific network node 
of the present invention, it is by no means the only router architecture on which the 
present invention can be implemented. For example, an architecture having a single 
processor that handles commimications as well as routing computations, etc. is often 
5 used. Further, other types of interfaces and media could also be used with the router. 

Regardless of network device's configuration, it may employ one or 
more memories or memory modules (such as, for example, memory block 865) 
configured to store data, program instructions for the general-purpose network 
operations and/or the packet redirection and replication functions described herein. 

10 The program instructions may control the operation of an operating system and/or one 
or more apphcations, for example. The memory or memories may also be configured 
to store packets for replication, replicated packets, packet identification criteria, etc. 

Information and program instructions may be employed to implement 
the systems/methods described herein. The present invention can relate to machine 

15 readable media that include program instructions, state information, etc. for 
performing various operations described herein. Examples of machine-readable 
media include, but are not limited to, magnetic media such as hard disks, floppy 
disks, and magnetic tape; optical media such as CD-ROM disks; magneto-optical 
media such as optical disks; and hardware devices that are specially configured to 

20 store and perform program instructions, such as read-only memory devices (ROM) 
and random access memory (RAM). The invention may also be embodied in a carrier 
wave travelling over an appropriate medium such as airwaves, optical lines, electric 
lines, etc. Examples of program instructions include both machine code, such as that 
produced by a compiler, and files containing higher level code that may be executed 

25 by the computer using an interpreter. 
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While the invention has been particularly shown and described with 
reference to specific embodiments thereof, it will be understood by those skilled in 
the art that changes in the form and details of the disclosed embodiments may be 
made without departing from the spirit or scope of the invention. For example, the 
embodiments described above may be implemented using firmware, software, or 
hardware. Moreover, embodiments of the present invention may be employed with a 
variety of commimication protocols and should not be restricted to the ones 
mentioned above. Therefore, the scope of the invention should be determined with 
reference to the appended claims. 
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